Methods and interfaces for displaying performance data related to a current remote access session

ABSTRACT

A graphical user interface displays performance data related to a communication session between a first computing device and a second computing device. The graphical user interface comprises a first graphical element and a second graphical element. The first graphical element has a number of sections that represent respective physical portions of a connection between the first computing device and the second computing device. Each of the sections displays the performance data of a current session for that respective physical section. The second graphical element displays corresponding performance data for a predetermined number of previous sessions between the first computing device and the second computing device.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. application Ser. No.11/532,422, filed Sep. 15, 2006, the disclosure of which is incorporatedby reference herein.

FIELD OF THE INVENTION

The present invention generally relates to monitoring and displayingperformance data related to transmission of information in datacommunication networks. In particular, the present invention relates tomethods and interfaces for displaying performance data related to acurrent remote access session.

BACKGROUND OF THE INVENTION

Measuring the true end-user interaction experience with applicationsoperating within a distributed computing environment is a complicatedtask. As used herein, the interaction experience refers to the timebetween a display change on a host machine and updating a display to anend-user reflecting that change. There are several factors thatcontribute to the interaction experience: client performance, clientload, network characteristics, network performance, server performance,and server load. Each of these factors may impact the interactionexperience by varying amounts, and recommendations for optimizing theperformance of each may vary. A method for providing users anddevelopers with both information regarding performance data for thevarying components in a client-host connection and with recommendationsneeded to improve the interaction experience would be desirable.

Furthermore, generating an interface for providing meaningful feedbackto an end user creates additional complications. Conventional systemsmay provide rudimentary graphical displays, for example, two-dimensionalgraphs plotting usage as a function of time. Typical systems may displayto a user a graphical history of computer usage or page file usage overa period of time, and may provide statistics such as a number of threadsor processes executing in a period of time, or a percentage of networkutilization over a period of time. However, these systems typically lackthe ability to interactive provide information to users seeking toimprove or optimize usage. Nor do these systems typically provide ananalysis for the user of the delay introduced into a connection byparticular components of a connection between the user and anothernetwork node. Methods and systems providing a user with interactive,dynamic displays and recommendations for connection optimization wouldbe desirable.

SUMMARY OF THE INVENTION

In one aspect, a graphical user interface displays performance datarelated to a communication session between a first computing device anda second computing device. The graphical user interface comprises afirst graphical element and a second graphical element. The firstgraphical element has a plurality of sections that represent arespective physical portion of a connection between the first computingdevice and the second computing device. Each of the sections in theplurality of sections displays the performance data for a currentsession for that respective physical section. The second graphicalelement displays performance data for a predetermined number of previoussessions between the first computing device and the second computingdevice.

In one embodiment, a third graphical element indicates that thatperformance of one of the physical sections is below a predeterminedthreshold. In another embodiment, the third graphical element displays arecommendation to improve the performance of the physical section thatis below the predetermined threshold. In still another embodiment, thethird graphical element displays a rating of the performance of thecurrent communication session relative to a predetermined number ofcommunication sessions.

In one embodiment, the second graphical element dynamically displays thepast performance of a respective physical portion of the connection whena pointer is placed over the same respective physical portion of thefirst graphical element. In another embodiment, a menu is configured toallow selection of one of the previous sessions for display as the firstgraphical element.

In another aspect, a graphical user interface displays performance datarelated to a communication session between a first computing device anda second computing device. The graphical user interface comprises afirst graphical element and a second graphical element. The firstgraphical element comprises a plurality of sections that represent arespective physical portion of a connection between the first computingdevice and the second computing device, each of the sections displayingthe performance data for a current session for that respective physicalsection. The second graphical element displays a rating of a performanceof the current communication session relative to a predetermined numberof communication sessions.

In one embodiment, a third graphical element indicates that performanceof one of the physical sections is below a predetermined threshold. Inanother embodiment, the third graphical element displays arecommendation to improve the performance of the physical section thatis below the predetermined threshold.

In still another aspect, a method for displaying performance datarelated to a current remote access session between a viewer computingdevice and a host computing device includes the step of generating afirst graphical element having a plurality of sections that represent arespective physical portion of the remote access session. A secondgraphical element is retrieved for display of performance data for apredetermined number of previous remote access sessions.

In one embodiment, a third graphical element displays a rating of theperformance data of the current communication session relative to apredetermined number of communication sessions. In another embodiment,the second graphical element dynamically displays the past performanceof a respective physical portion of the connection when a pointer isplaced over the same respective physical portion of the first graphicalelement. In still another embodiment, a graphical element indicates thatperformance of one of the physical sections is below a predeterminedthreshold. In yet another embodiment, a graphical element displays arecommendation for improving the performance of the physical sectionthat is below the predetermined threshold.

BRIEF DESCRIPTION OF THE FIGURES

The foregoing and other objects, aspects, features, and advantages ofthe invention will become more apparent and better understood byreferring to the following description taken in conjunction with theaccompanying drawings, in which:

FIG. 1 is a block diagram of an embodiment of a network environment inwhich performance data related to a communication session between afirst computing device and a second computing device is monitored;

FIGS. 2A and 2B are block diagrams depicting embodiments of computersuseful in connection with the methods and systems described herein;

FIG. 3A is a block diagram depicting one embodiment of a graphical userinterface that displays performance data related to a communicationsession between a first computing device and a second computing device;

FIG. 3B is a screen shot of an embodiment in which a section in aplurality of sections is displayed by a graphical element of aparticular length;

FIG. 3C is a screen shot depicting one embodiment of a graphical elementin a graphical user interface displaying a recommendation to improve theperformance of a physical section of a client-host connection;

FIG. 3D is a screen shot depicting one embodiment of a graphical userinterface that displays performance data related to a communicationsession between a first computing device and a second computing device;

FIG. 4A is a block diagram depicting one embodiment of a graphical userinterface that displays a rating of a performance of a currentcommunication session;

FIG. 4B is a screen shot depicting one embodiment of a graphical userinterface displaying a rating of a performance of a currentcommunication session;

FIG. 4C is a screen shot depicting one embodiment of a graphical userinterface displaying performance data related to a communication sessionbetween a first computing device and a second computing device anddisplaying a rating of a performance of a current communication session;

FIG. 5 is a flow diagram depicting one embodiment of the steps taken ina method of displaying performance data related to a current remoteaccess session between a viewer computing device and a host computingdevice; and

FIG. 6 is a flow diagram depicting one embodiment of the steps taken ina method of providing a performance improvement recommendation for aconnection between a first network node in communication with a secondnetwork node.

DETAILED DESCRIPTION OF THE INVENTION

Referring now to FIG. 1, an embodiment of a network environment isdepicted. In brief overview, a networked system has a first node 100 incommunication with a number of second nodes 150, 150′, 150″. In someembodiments, the first node 100 may be referred to as a host node 100 ora source node 100. In other embodiments, the second nodes 150, 150′,150″ may be referred to as consumer nodes, clients, local machines, orendpoints.

As shown in FIG. 1, the second nodes 150, 150′, 150″ may communicatewith the first node 100 via networks or differing bandwidth. In theembodiment shown in FIG. 1, second node 150 communicates with the firstnode 100 via a high-bandwidth network 160, such as a local area network(LAN). Second node 150″ communicates with the first node 100 via alow-bandwidth network 180, such as a wireless network. Second node 150′communicates with the first node 100 via a network 170 having bandwidthbetween the low-bandwidth network 180 and the high-bandwidth network160, such as a Digital Subscriber Line (DSL) connection. Although onlyone first node 100 and three second nodes 150, 150′, 150″ are depictedin the embodiment shown in FIG. 1, it should be understood that thesystem may provide multiple ones of any or each of those components. Forexample, in one embodiment, the system includes multiple,logically-grouped first nodes 100, each of which may be available toprovide data to a second node 150, 150′, 150″.

The network connections 160, 170, 180 between the second nodes 150,150′, 150″ and the first node 100 can be local area networks (LAN),metropolitan area networks (MAN), or a wide area network (WAN) such asthe Internet. The network connections 160, 170, 180 may be any typeand/or form of network and may include any of the following: a point topoint network, a broadcast network, a wide area network, a local areanetwork, a telecommunications network, a data communication network, acomputer network, an ATM (Asynchronous Transfer Mode) network, a SONET(Synchronous Optical Network) network, a SDH (Synchronous DigitalHierarchy) network, a wireless network and a wireline network. In someembodiments, the network connections 160, 170, 180 may comprise awireless link, such as an infrared channel or satellite band. Thetopology of the network may be a bus, star, or ring network topology.The network topology may be of any such network or network topology asknown to those ordinarily skilled in the art capable of supporting theoperations described herein. The network connections 160, 170, 180 maycomprise mobile telephone networks utilizing any protocol or protocolsused to communicate among mobile devices, including AMPS, TDMA, CDMA,GSM, GPRS or UMTS. In some embodiments, different types of data may betransmitted via different protocols.

The first node 100 and the second nodes 150, 150′, 150″ may connect tothe networks 160, 170, 180 through a variety of connections includingstandard telephone lines, LAN or WAN links (e.g., T1, T3, 56 kb, X.25),broadband connections (ISDN, Frame Relay, ATM), and wirelessconnections. Connections between the first node 100 and the second nodes150, 150′, 150″ may use a variety of data-link layer communicationprotocols (e.g., TCP/IP, IPX, SPX, NetBIOS, NetBEUI, SMB, Ethernet,ARCNET, Fiber Distributed Data Interface (FDDI), RS232, IEEE 802.11,IEEE 802.11a, IEEE 802.11b, IEEE 802.11g and direct asynchronousconnections). Although shown in FIG. 1 as separate networks, networks160, 170, 180 may be combined in a single physical network.

The first node 100 and the second nodes 150, 150′, 150″ can communicatedirectly with each other or through an intermediary computing orcommunication device. For example, in some embodiments, a communicationserver may facilitate communications between the first and second nodes.The communications server can provide a secure channel using any numberof encryption schemes to provide communications between the first node100 and the second nodes 150, 150′, 150″. One remote access product thatcurrently uses such a communication scheme is GOTOMYPC offered by CitrixOnline, LLC of Santa Barbara Calif. Other such services can include, butare not limited too, CITRIX METAFRAME, provided by Citrix Systems, Inc.of Ft. Lauderdale Fla., WEBEX PCNOW offered by WebEx Communications,Inc. of Santa Clara Calif., LOGMEIN offered by 3am Labs, Inc. of Woburn,Mass., REMOTELY ANYWHERE also offered by 3am Labs, and PROVISIONMANAGEMENT FRAMEWORK offered by Provision Networks.

The bandwidth and the latency of the networks 160, 170, 180 are factorsthat may affect the interaction experience of the end-user of thenetwork environment. Other factors include the number of applicationsexecuting on the first node 100, the amount of data being executed (orload) of the applications of the first node 100, and the amount ofprocessing (or load) being done by the second node 150. Duringoperation, each of these factors fluctuates. As data is transmittedthrough the network, the amount of available bandwidth of the network isreduced. The number of requests to the first node 100 increases anddecreases over time, thereby varying the load of the first node 100.

In some embodiments, the first node 100 and the second nodes 150, 150′,150″ are provided as personal computers or computer servers, of the sortmanufactured by the Hewlett-Packard Corporation of Palo Alto, Calif. orthe Dell Corporation of Round Rock, Tex. FIGS. 2A and 2B depict blockdiagrams of a typical computer 200 useful as the first node 100 and thesecond nodes 150, 150′, 150″. As shown in FIGS. 2A and 2B, each computer200 includes a central processing unit 202, and a main memory unit 204.Each computer 200 may also include other optional elements, such as oneor more input/output devices 230 a-230 n (generally referred to usingreference numeral 230), and a cache memory 240 in communication with thecentral processing unit 202.

The central processing unit 202 is any logic circuitry that responds toand processes instructions fetched from the main memory unit 204. Inmany embodiments, the central processing unit is provided by amicroprocessor unit, such as: those manufactured by Intel Corporation ofMountain View, Calif.; those manufactured by Motorola Corporation ofSchaumburg, Ill.; those manufactured by Transmeta Corporation of SantaClara, Calif.; the RS/6000 processor, those manufactured byInternational Business Machines of White Plains, N.Y.; or thosemanufactured by Advanced Micro Devices of Sunnyvale, Calif. The computer200 may be based on any of these processors, or any other processorcapable of operating as described herein.

Main memory unit 204 may be one or more memory chips capable of storingdata and allowing any storage location to be directly accessed by themicroprocessor 202, such as Static random access memory (SRAM), BurstSRAM or SynchBurst SRAM (BSRAM), Dynamic random access memory (DRAM),Fast Page Mode DRAM (FPM DRAM), Enhanced DRAM (EDRAM), Extended DataOutput RAM (EDO RAM), Extended Data Output DRAM (EDO DRAM), BurstExtended Data Output DRAM (BEDO DRAM), Enhanced DRAM (EDRAM),synchronous DRAM (SDRAM), JEDEC SRAM, PC100 SDRAM, Double Data RateSDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), SyncLink DRAM (SLDRAM),Direct Rambus DRAM (DRDRAM), or Ferroelectric RAM (FRAM).

In the embodiment shown in FIG. 2A, the processor 202 communicates withmain memory 204 via a system bus 220 (described in more detail below).FIG. 2B depicts an embodiment of a computer system 200 in which theprocessor communicates directly with main memory 204 via a memory port.For example, in FIG. 2B the main memory 204 may be DRDRAM.

FIGS. 2A and 2B depict embodiments in which the main processor 202communicates directly with cache memory 240 via a secondary bus,sometimes referred to as a “backside” bus. In other embodiments, themain processor 202 communicates with cache memory 240 using the systembus 220. Cache memory 240 typically has a faster response time than mainmemory 204 and is typically provided by SRAM, BSRAM, or EDRAM.

In the embodiment shown in FIG. 2A, the processor 202 communicates withvarious I/O devices 230 via a local system bus 220. Various busses maybe used to connect the central processing unit 202 to the I/O devices230, including a VESA VL bus, an ISA bus, an EISA bus, a MicroChannelArchitecture (MCA) bus, a PCI bus, a PCI-X bus, a PCI-Express bus, or aNuBus. For embodiments in which the I/O device is a video display, theprocessor 202 may use an Advanced Graphics Port (AGP) to communicatewith the display. FIG. 2B depicts an embodiment of a computer system 200in which the main processor 202 communicates directly with I/O device230 b, via, for example, HyperTransport, Rapid I/O, or InfiniBand. FIG.2B also depicts an embodiment in which local busses and directcommunication are mixed: the processor 202 communicates with I/O device230 a using a local interconnect bus while communicating with I/O device230 b directly.

The computer 200 may support an installation device, such as a floppydisk drive for receiving floppy disks such as 3.5-inch, 5.25-inch disksor ZIP disks, a CD-ROM drive, a CD-R/RW drive, a DVD-ROM drive, tapedrives of various formats, USB device, hard-drive or any other devicesuitable for installing software and programs such as a client agent, orportion thereof. The computer 200 may further comprise a storage device,such as one or more hard disk drives or redundant arrays of independentdisks, for storing an operating system and other related software, andfor storing application software programs such as any program related toa client agent. Optionally, any of the installation devices could alsobe used as the storage device. Additionally, the operating system andthe software can be run from a bootable medium, for example, a bootableCD, such as KNOPPIX®, a bootable CD for GNU/Linux that is available as aGNU/Linux distribution from knoppix.net.

A wide variety of I/O devices 230 may be present in the computer system200. Input devices include keyboards, mice, trackpads, trackballs,microphones, and drawing tablets. Output devices include video displays,speakers, inkjet printers, laser printers, and dye-sublimation printers.An I/O device may also provide mass storage for the computer system 200such as a hard disk drive, a floppy disk drive for receiving floppydisks such as 3.5-inch, 5.25-inch disks or ZIP disks, a CD-ROM drive, aCD-R/RW drive, a DVD-ROM drive, tape drives of various formats, and USBstorage devices such as the USB Flash Drive line of devices manufacturedby Twintech Industry, Inc. of Los Alamitos, Calif.

In some embodiments, the computer 200 may comprise or be connected toaudio devices. In other embodiments, the computer 200 may be connectedto video devices. In still other embodiments, the computer 200 maycomprise or be connected to multiple display devices, which each may beof the same or different type and/or form. As such, any of the I/Odevices 230 a-230 n may comprise any type and/or form of suitablehardware, software, or combination of hardware and software to support,enable or provide for the connection and use of multiple display devicesby the computer 200. For example, the computer 200 may include any typeand/or form of video adapter, video card, driver, and/or library tointerface, communicate, connect or otherwise use the display devices. Inone embodiment, a video adapter may comprise multiple connectors tointerface to multiple display devices. In other embodiments, thecomputer 200 may include multiple video adapters, with each videoadapter connected to one or more of the display devices. In still otherembodiments, any portion of the operating system of the computer 200 maybe configured for using multiple displays. In yet other embodiments, oneor more of the display devices may be provided by one or more othercomputing devices, such as second nodes 150′, 150″ connected to thesecond node 150, for example, via a network. These embodiments mayinclude any type of software designed and constructed to use anothercomputer's display device as a second display device for the computer200.

In further embodiments, an I/O device 230 may be a bridge between thesystem bus 220 and an external communication bus, such as a USB bus, anApple Desktop Bus, an RS-232 serial connection, a SCSI bus, a FireWirebus, a FireWire 800 bus, an Ethernet bus, an AppleTalk bus, a GigabitEthernet bus, an Asynchronous Transfer Mode bus, a HIPPI bus, a SuperHIPPI bus, a SerialPlus bus, a SCI/LAMP bus, a FibreChannel bus, or aSerial Attached small computer system interface bus.

General-purpose desktop computers of the sort depicted in FIGS. 2A and2B typically operate under the control of operating systems, whichcontrol scheduling of tasks and access to system resources. The computer200 can be running any operating system such as any of the versions ofthe Microsoft® Windows operating systems, the different releases of theUnix and Linux operating systems, any version of the Mac OS® forMacintosh computers, any embedded operating system, any real-timeoperating system, any open source operating system, any proprietaryoperating system, any operating systems for mobile computing devices, orany other operating system capable of running on the computing deviceand performing the operations described herein. Typical operatingsystems include: WINDOWS 3.x, WINDOWS 95, WINDOWS 98, WINDOWS 2000,WINDOWS NT 3.51, WINDOWS NT 4.0, WINDOWS CE, and WINDOWS XP, all ofwhich are manufactured by Microsoft Corporation of Redmond, Wash.;MacOS, manufactured by Apple Computer of Cupertino, Calif.; OS/2,manufactured by International Business Machines of Armonk, N.Y.; andLinux, a freely-available operating system distributed by Caldera Corp.of Salt Lake City, Utah, or any type and/or form of a Unix operatingsystem, among others.

In some embodiments, the computer 200 may have different processors,operating systems, and input devices consistent with the device. Forexample, in one embodiment the computer 200 is a Treo 180, 270, 1060,600, 650, 700w, or 700p smart phone manufactured by Palm, Inc. In thisembodiment, the Treo smart phone is operated under the control of thePalmOS operating system and includes a stylus input device as well as afive-way navigator device. In other embodiments the computer 200 is amobile device, such as a JAVA-enabled cellular telephone or personaldigital assistant (PDA), such as the Motorola Q, i55sr, i58sr, i85s,i88s, i90c, i95cl, or the im1 1000, all of which are manufactured byMotorola Corp. of Schaumburg, Ill., the 6035 or the 7135, manufacturedby Kyocera of Kyoto, Japan, or the i300 or i330, manufactured by SamsungElectronics Co., Ltd., of Seoul, Korea. In still other embodiments, thecomputer 200 is a Blackberry handheld or smart phone, such as thedevices manufactured by Research In Motion Limited, including theBlackberry 7100 series, 8700 series, 7700 series, 7200 series, theBlackberry 7520, and the Blackberry Pearl 8100. In yet otherembodiments, the computer 200 is a smart phone, Pocket PC, Pocket PCPhone, or other handheld mobile device supporting Microsoft WindowsMobile Software. Moreover, the computer 200 can be any workstation,desktop computer, laptop or notebook computer, server, handheldcomputer, mobile telephone, any other computer, or other form ofcomputing or telecommunications device that is capable of communicationand that has sufficient processor power and memory capacity to performthe operations described herein.

In some embodiments, the second nodes 150, 150′, 150″ connect to thefirst node 100 using any one of a number of well-known protocols fromthe GSM or CDMA families, such as W-CDMA. These protocols supportcommercial wireless communication services and W-CDMA, in particular, isthe underlying protocol supporting i-Mode and mMode services, offered byNTT DoCoMo.

Referring now to FIG. 3A, a block diagram depicts one embodiment of agraphical user interface that displays performance data related to acommunication session between a first computing device and a secondcomputing device. In brief overview, a graphical user interface 300includes a graphical element 310 and a graphical clement 330. Thegraphical element 310 includes a plurality of sections 320, 320′, 320″,320′″. The graphical element 330 includes a display of performance data340. Although only two graphical elements are depicted, it should beunderstood that the graphical user interface may provide multiple onesof any or each of those, or other, graphical elements.

Referring to FIG. 3A, and in greater detail, the graphical userinterface 300 displays performance data related to a communicationsession between a first computing device and a second computing device.The graphical element 310 has a plurality of sections 320 that eachrepresents a respective physical portion of the connection between thefirst computing device and the second computing device. Each of thesections 320 displays the performance data for a current session forthat respective physical section. In some embodiments, the plurality ofsections 320 includes a section 320 for each segment of a physicalconnection between the first computing device and the second computingdevice. In other embodiments, the graphical element 310 displays onlyone section 320 representing an entire connection between the firstcomputing device and the second computing device. Although only foursections 320, 320′, 320″, and 320′″ are depicted in the plurality ofsections 320 shown in FIG. 3A, the plurality of sections 320 may includeany number of sections.

In one embodiment, the connection between the first computing device andthe second computing device includes a physical portion between thefirst computing device and a network to which the first computing deviceconnects. In another embodiment, the connection between the firstcomputing device and the second computing device includes a physicalportion between the second computing device and a network to which thesecond computing device connects. In still another embodiment, eachsection in the plurality of sections 320 represents a physical portionof the connection for a past session.

In one embodiment, a section 320 represents a host computing device. Inanother embodiment, a section 320′ represents a network to which thehost computing device connects. In still another embodiment, a section320″ represents a client computing device. In yet another embodiment, asection 320′″ represents a network to which the client computing deviceconnects. In some embodiments, a section 320′″ represents anintermediate computing device forwarding communications between the hostcomputing device and the client computing device. In one of theseembodiments, a section 320″ represents a network to which theintermediate computing device connects.

In some embodiments, a section 320 represents a graphics component ofthe host computing device. In one of these embodiments, the section 320represents a graphics card. In another of these embodiments, the section320 represents a graphics device. In still another of these embodiments,the section 320 represents a graphics processor. In other embodiments,the section 320 represents a video component of the host computingdevice. In one of these embodiments, the section 320 represents a videocard. In another of these embodiments, the section 320 represents avideo device. In still another of these embodiments, the section 320represents a video processor. In still other embodiments, the section320 represents an audio component of the host computing device. In oneof these embodiments, the section 320 represents an audio card. Inanother of these embodiments, the section 320 represents an audiodevice. In still another of these embodiments, the section 320represents an audio processor.

In some embodiments, the section 320 represents a host computing deviceencoding data. In one of these embodiments, the section 320 representsthe host computing device encoding video. In another of theseembodiments, the section 320 represents the host computing deviceencoding audio. In still another of these embodiments, the section 320represents the host computing device encoding graphics. In otherembodiments, the section 320 represents a host computing devicecompressing data. In one of these embodiments, the section 320represents the host computing device compressing video. In another ofthese embodiments, the section 320 represents the host computing devicecompressing audio. In still another of these embodiments, the section320 represents the host computing device compressing graphics.

In some embodiments, the section 320 represents the client computingdevice decoding data. In one of these embodiments, the section 320represents the client computing device decoding video. In another ofthese embodiments, the section 320 represents the client computingdevice decoding audio. In still another of these embodiments, thesection 320 represents the client computing device decoding graphics. Inother embodiments, the section 320 represents the client computingdevice decompressing data. In one of these embodiments, the section 320represents the client computing device decompressing video. In anotherof these embodiments, the section 320 represents the client computingdevice decompressing audio. In still another of these embodiments, thesection 320 represents the client computing device decompressinggraphics. In still other embodiments, the section 320 represents acomputing device encoding, compressing, encrypting, decoding,decompressing, or decrypting data.

In one embodiment, each of the plurality of sections 320 has a color. Inanother embodiment, each of the plurality of sections 320 has a distinctcolor. In still another embodiment, a color is dynamically assigned to asection in the plurality of sections 320. In yet another embodiment, thecolor assigned to section 320 provides an indication of a quality of aperformance rating associated with the section 320. For example, if thesection 320 represents a physical portion of a connection having a poorperformance rating, the graphical user interface 300 may display thesection 320 in red.

In some embodiments, the second graphical element 330 dynamicallydisplays the past performance of a respective physical portion of theconnection in the same color as the same respective physical portion ofthe first graphical element 310 when a pointer is placed on the samerespective physical portion of the first graphical element 310. In oneof these embodiments, the graphical user interface 300 displays asection 320′ in a color distinct from a color in which other sections320″, 320′″ in the plurality of sections 320 are displayed. In anotherof these embodiments, the second graphical element 330 displays pastperformance of the section 320′ in the same color as the color used todisplay the section 320′ in the first graphical element 310.

In some embodiments, a graphical element is displayed with a section inthe plurality of sections 320 to convey information about an amount oflatency introduced by the corresponding physical section of theconnection. In one of these embodiments, a symbol, such as anexclamation point, is placed on the graphical element representing thesection 320. In another of these embodiments, if the communication fromthe host's network introduces greater than 250 ms of delay to theoverall latency, a flag, exclamation point, or other symbol indicating awarning, is placed on the graphical element representing thecorresponding section 320. In still another of these embodiments, if thecommunication from the client's network introduces greater than 250 msof delay to the overall latency, a flag, exclamation point, or othersymbol indicating a warning, is placed on the graphical elementrepresenting the corresponding section 320.

Referring now to FIG. 3B, and in some embodiments, the graphical element310 displays a section in the plurality of sections 320 by displaying agraphical element of a particular length. In one of these embodiments,the graphical element 310 displays the section in the plurality ofsections 320 as having a length in proportion to a percentage of latencycaused by a physical section in a connection represented by the sectionin the plurality of sections 320. For example, and as depicted in FIG.3B, the client-side communications network has introduced 48% of thedelay in the current session.

Referring ahead to FIG. 3B, the graphical user interlace 300 may providean interactive interface for the user. In this embodiment, the userpoints a cursor at a section 320′″ and receives an indication of anamount of delay introduced by that section; in this case, 48% of thedelay is introduced by section 320′″.

Referring back to FIG. 3A, the second graphical element 330 displaysperformance data 340 for a predetermined number of previous sessionsbetween the first computing device and the second computing device. Insome embodiments, the second graphical element 330 dynamically displaysthe past performance of a respective physical portion of the connectionwhen a pointer is placed over the same respective physical portion ofthe first graphical element. In one of these embodiments, a cursorpointed at a section 320′ in the plurality of sections 320 causes thesecond graphical element 330 to dynamically display the past performanceof the section 320′. In other embodiments, a dynamic label is associatedwith the second graphical element 330.

In some embodiments, and as described in further detail below inconnection with FIG. 4C-4D, the graphical user interface 300 includes athird graphical element displaying a rating of the performance of thecurrent communication session relative to a predetermined number ofcommunication sessions. In other embodiments, the graphical userinterface 300 includes a menu configured to allow selection of one ofthe previous sessions displayed by the second graphical element 330 fordisplay in the first graphical element 310. In one of these embodiments,the previous session is selected when an identifier of the previoussession displayed in the second graphical element 330 is highlighted.

Referring now to FIG. 3C, a screen shot depicts one embodiment of agraphical element in the graphical user interface 300 displaying arecommendation to improve the performance of a physical section of aclient-host connection. In one embodiment, the graphical element makes arecommendation with an indication that performance of one of thephysical sections crosses a predetermined threshold. In anotherembodiment, the graphical element makes a recommendation associated withimproving a performance of a particular section 320 when the performanceof the section 320 crosses the predetermined threshold.

In one embodiment, the graphical user interface 300 is displayed to thesecond computing node. In another embodiment, the graphical userinterface 300 is displayed to the first computing node. In still anotherembodiment, the graphical user interface 300 is displayed to anintermediate node. In yet another embodiment, the graphical userinterface 300 is displayed to a computer unrelated to the performancedata or the session. For example, an administrator on a fourth computingdevice could request and review recommendations for a particular sessionvia the graphical user interface 300.

In one embodiment, the graphical element displays a recommendationretrieved from a database. In another embodiment, the graphical elementdisplays a recommendation provided by an administrator of the system. Instill another embodiment, the graphical element displays arecommendation identified by a file downloaded from a server. In yetanother embodiment, the graphical element displays a recommendationretrieved from a host node.

In one embodiment, the displayed recommendation comprises an action theviewer of the recommendation can take to improve the performance of atransmission component associated with the recommendation. For example,the graphical element displaying an actionable recommendation to a usermay depict a suggestion to upgrade a type of graphics card or networkconnection type, or may display a suggestion to modify a personalpreference.

In some embodiments, the intermediate computing device provides thegraphical elements and retrieves the recommendations for display in thegraphical element. In other embodiments, a rule is applied to theaggregated measurements to identify a recommendation. In still otherembodiments, the graphical element displays the recommendation from thefirst computing device. In yet other embodiments the graphical elementdisplays the recommendation from the second computing device.

In some embodiments, the recommendation relates to general client-sideoptimizations. In one of these embodiments, a graphical elementrecommends closing, minimizing, or pausing animations or videos playingon the client unrelated to the client-host connection. In another ofthese embodiments, a graphical element recommends exiting from anyapplications executing on the client and unrelated to the client-hostconnection. In still another of these embodiments, a graphical elementrecommends changing a color quality in a preferences menu. In yetanother of these embodiments, a graphical element recommends changing asetting of a display resolution on the client.

In other embodiments, the recommendation relates to the client's usageof the internet. In one of these embodiments, a graphical elementrecommends exiting from any peer-to-peer or file-sharing applications toallocate additional network bandwidth to the client-host connection. Inanother of these embodiments, a graphical element recommends avoidingdownloading or uploading files from the client to the Internet while theclient-host connection is active. In still another of these embodiments,a graphical element recommends avoiding the use of streaming media, suchas streaming radio, music, video, or Voice over IP applications for theduration of the client-host connection. In yet another of theseembodiments, a graphical element recommends determining whether the userhas sufficient network bandwidth to maintain the client-host connection,or whether activities of other users on the client network impact theamount of network bandwidth available to the user. In one embodiment, agraphical element recommends changing a type of connection from thewireless connection to a wired connection. In a further embodiment, agraphical element recommends upgrading a type of Internet connection toa type of internet connection providing a higher speed, for example,upgrading from a dial-up connection to a cable modem connection.

In still other embodiments, the recommendation relates to the hostcomputer. In one of these embodiments, a graphical element recommendsensuring that a specific version of a driver for a video card is used.In another of these embodiments, a graphical element recommends loweringa color setting on a host. In still another of these embodiments, agraphical element recommends upgrading a video card. In yet another ofthese embodiments, a graphical element recommends exiting an applicationunrelated to the client-host connection, for example, an applicationusing a high percentage of processor resources on the host. In a furtherembodiment, a graphical element recommends upgrading a host processor toa faster processor.

In yet other embodiments, the recommendation relates to the clientcomputer. In one of these embodiments, a graphical element recommendsmodifying a window scale preference. In another of these embodiments, agraphical element recommends exiting an application unrelated to theclient-host connection, for example, an application using a highpercentage of processor resources on the client. In still another ofthese embodiments, a graphical element recommends upgrading a clientprocessor to a faster processor.

Referring now to FIG. 3D, a screen shot depicts one embodiment of agraphical user interface displaying performance data related to acommunication session between a first computing device and a secondcomputing device. In the embodiment depicted by FIG. 3D, the graphicalelement 310 is displayed at the top of the graphical user interface andthe plurality of sections 320 are displayed in blue with labelsidentifying each of the sections. In this embodiment, a section in theplurality of sections corresponds to a host computer. Another sectioncorresponds to the physical section between the host computer and thehost computer's network. Another section corresponds to the physicalsection between the host computer's network and a client computer'snetwork. Still another physical section corresponds to the clientcomputer.

In FIG. 3D, the performance data 340 is displayed using a bar chartshowing an amount of delay, in milliseconds, per session for each of tensessions. In one embodiment, the predetermined number of sessions isconfigurable by a user. In another embodiment, the amount of delay isshown per section 320. For example, the amount of delay introduced bythe host computer into a connection between the client computer and thehost computer may be displayed for the previous ten sessions between theclient computer and the host computer. In another example, an amount ofdelay introduced by transmission of information from a host computer'snetwork to the client computer's network may be displayed for theprevious ten sessions.

Referring now to FIG. 4A, a block diagram depicts one embodiment of agraphical user interface that displays a rating of a performance of acurrent communication session. In brief overview, a graphical userinterface 400 includes a graphical element 310 and a graphical element430. A described above, the graphical element 310 includes a pluralityof sections 320, 320′, 320″, 320′″ that represent a respective physicalportion of the connection between the first computing device and thesecond computing device. The graphical element 430 includes a display ofa rating of the performance of the current communication sessionrelative to a predetermined number of communication sessions.

Referring now to FIG. 4A, and in greater detail, the graphical element430 displays a rating of the performance of the current communicationsession. In one embodiment, the graphical element 430 dynamicallydisplays the past performance rating of a respective physical portion ofthe connection when a pointer is placed over the same respectivephysical portion of the graphical element 310.

In one embodiment, each of the plurality of sections of the firstgraphical element has a color. In another embodiment, the graphicalelement 430 dynamically displays the past performance rating of arespective physical portion of the connection in the same color as thesame respective physical portion of the graphical element 310 when apointer is placed of the same respective physical portion of thegraphical element 310.

In some embodiments, the graphical user interface 300 is displayed to auser of a second node, such as a client or viewing node. In one of theseembodiments, the user requests the display of the graphical userinterface 300. In another of these embodiments, the user requests thedisplay via a menu. In still another of these embodiments, the user isrequired to provide authentication credentials, such as a username andpassword. In yet another of these embodiments, the user is able toprovide feedback regarding the display.

Referring now to FIG. 4B, a screen shot depicts one embodiment of agraphical element configured to allow a selection of a previous sessionfor display by the first graphical element. In one embodiment, a menu isconfigured to allow selection of one of the previous sessions fordisplay by the first graphical element 310. In one embodiment depictedin FIG. 4B, the menu lists each of a predetermined number of sessions.In another embodiment, the graphical element 430 is associated with adynamic label.

Referring now to FIG. 4C, a screen shot depicts one embodiment of agraphical user interface displaying a rating of a performance of acurrent communication session. In this embodiment, performance rating440 is depicted as a rating on a scale of 1-10 of a performance ratingof the current session in comparison to performance ratings of currentsessions for other users. In the embodiment depicted in FIG. 4B, therating is an 8.5 out of 10.

Referring now to FIG. 4D, a screen shot depicts one embodiment of agraphical user interface displaying performance data related to acommunication session between a first computing device and a secondcomputing device and displaying a rating of a performance of a currentcommunication session. In this embodiment, the screen shot depicts allthe graphical user interface elements described above in connection withFIG. 3A through FIG. 4C. The graphical user interface 300 includes agraphical element 310 with a menu configured to allow selection of aprevious session for display in the graphical element 310. The pluralityof sections 320 are depicted by graphical elements having lengths inproportion to the amount of delay introduced to the overall connectiondelay by each of the sections 320. A graphical element indicating awarning is place on the graphical element 320 introducing the greatestamount of delay, in this embodiment, the connection from the hostnetwork to the client network. A rating of 8.5 out of 10 is given to theperformance data of the current session in comparison to other users'current sessions. A graphical element provides access to a list ofrecommendation for user optimizations that could improve the connectionand the performance data.

Referring now to FIG. 5, a flow diagram depicts one embodiment of thesteps taken in a method of displaying performance data related to acurrent remote access session between a viewer computing device and ahost computing device. In brief overview, a first graphical element isgenerated having a plurality of sections that represent a respectivephysical portion of the remote access session (step 502). A secondgraphical element is retrieved, which displays performance data for apredetermined number of previous remote access sessions (step 504).

Referring now to FIG. 5, and in greater detail, a first graphicalelement is generated having a plurality of sections that represent arespective physical portion of the remote access session (step 502). Inone embodiment, the first computing device generates the first graphicalelement and displays the first graphical element to a user of the secondcomputing device. In another embodiment, the first computing devicegenerates the first graphical element and transmits the first graphicalelement to an intermediate computing device for display to a user of thesecond computing device. In another embodiment, the second computingdevice generates the first graphical element. In still anotherembodiment, an intermediate computing device generates the firstgraphical element and displays the first graphical element to a user ofthe second computing device.

In one embodiment, the plurality of sections comprises sections 320 asdescribed above. In another embodiment, a graphical element is generatedfor each section in the plurality of sections. In still anotherembodiment, the graphical element is interactive and a user may requestand receive data by selecting a graphical element in the graphical userinterface. In yet another embodiment, each of the plurality of sectionsof the first graphical element is displayed in color.

A second graphical element is retrieved, which displays performance datafor a predetermined number of previous remote access sessions (step504). In one embodiment, the first computing device generates the secondgraphical element and displays the second graphical element to a user ofthe second computing device. In another embodiment, the first computingdevice generates the second graphical element and transmits the secondgraphical element to an intermediate computing device for display to auser of the second computing device. In another embodiment, the secondcomputing device generates the second graphical element. In stillanother embodiment, an intermediate computing device generates thesecond graphical element and displays the second graphical element to auser of the second computing device.

In one embodiment, the first computing device retrieves the secondgraphical element from a database. In another embodiment, the firstcomputing device retrieves the second graphical element from a filestored on a server 100″. In still another embodiment, the firstcomputing device receives the second graphical element from anadministrator.

In one embodiment, an intermediate computing device retrieves the secondgraphical element from a database. In another embodiment, theintermediate computing device retrieves the second graphical elementfrom a file stored on a server 100′″. The server 100′″ may be a webserver. In still another embodiment, the intermediate computing devicereceives the second graphical element from an administrator.

In some embodiments, the second computing device requests performancedata associated with the first computing device. In one of theseembodiments, the intermediate computing device retrieves the secondgraphical element displaying the performance data associated with thefirst computing device, responsive to the request from the secondcomputing device. In another of these embodiments, the intermediatecomputing device generates a graphical user interface, including thefirst graphical element and the second graphical element, and displaysthe graphical user interface to the second computing device responsiveto the request from the second computing device for the performance dataassociated with the first computing device.

In one embodiment, the second graphical element dynamically displays thepast performance of a respective physical portion of the connection whena pointer is placed over the same respective physical portion of thefirst graphical element. In another embodiment, the second graphicalelement displays the past performance of a respective physical portionof the connection in the same color as the same respective physicalportion of the first graphical element when a pointer is placed of thesame respective physical portion of the first graphical element. Instill another embodiment, the second graphical element is associatedwith a dynamic label.

In one embodiment, a menu is configured to allow selection of one of theprevious session for display in the first graphical element. In anotherembodiment, highlighting the selected previous session in the secondgraphical element triggers selection of the previous session for displayin the first graphical element.

In some embodiments, a third graphical element displays a rating of theperformance data of the current communication session relative to apredetermined number of communication sessions.

In one embodiment, a graphical element indicates that performance of oneof the physical sections is below a predetermined threshold. In anotherembodiment, a graphical element displays a recommendation for improvingthe performance of the physical section that is below the predeterminedthreshold. In some embodiments, an administrator defines thepredetermined threshold. In one of these embodiments, the graphicalelement receives an identification of the predetermined threshold. Inother embodiments, the predetermined threshold may be dynamicallyadjusted, responsive to performance data. In one of these embodiments,the performance data comprises statistical data associated withperformance data recorded for previous sessions. In another of theseembodiments, the performance data comprises statistical data associatedwith performance data recorded for sessions provided to other computingdevices.

In some embodiments, a computer readable medium having executableinstructions thereon causes a graphical user interface to displayperformance data related to a current remote access session between aviewer computing device and a host computing device. The computerreadable medium includes instructions to generate a first graphicalelement having a plurality of section that represent a respectivephysical portion of the remote access session. The compute readablemedium further includes instructions to generate a second graphicalelement displaying performance data for a predetermined number ofprevious remote access sessions.

Referring now to FIG. 6, a flow diagram depicts one embodiment of thesteps taken in a method of providing a performance improvementrecommendation for a connection between a first network node incommunication with a second network node. In brief overview, informationis transmitted from the first node to the second node, to providecommunication between the nodes, via a plurality of transmissioncomponents (step 602). An elapsed time of transmission of theinformation between a subset of the plurality of transmission componentsis measured, the aggregation of the measurements representing timeelapsed for end-to-end transmission of the information that includespreparing, by the first node, the information for transmission andprocessing, by the second node, the information upon receipt (step 604).A determination is made when one of the plurality of measuredtransmission components has a performance that crosses a predeterminedthreshold (step 606). A recommendation is identified to improve theperformance of the determined component (step 608).

Referring now to FIG. 6, and in greater detail, information istransmitted from the first node to the second node, to providecommunication between the nodes, via a plurality of transmissioncomponents (step 602). In one embodiment, the first node is host node.In another embodiment, the second node is a consumer node. In stillanother node, the first node transmits screen sharing data to the secondnode. In yet another node, the first node transmits voice data to thesecond node. In a further embodiment, the first node transmits videodata to the second node.

In one embodiment, the first node transmits audio data, such as musicfiles, to the second node. In another embodiment, the first nodetransmits data to the second node, the data including files transmittedvia file transfer protocols. In still another embodiment, the first nodetransmits mouse and keyboard input data to the second node. In yetanother embodiment, the first node transmits information comprisingcombinations of different types of data, including screen-sharing data,video data, audio data, file transfer data, and mouse and keyboard inputdata.

In some embodiments, the first node transmits information to the secondnode via an intermediate node. In one of these embodiments, theintermediate node is referred to as a communication server. In otherembodiments, the first node transmits data requesting a measurement ofelapsed time from the second node. In one of these embodiments, thefirst node requests transmission, from the second node to the firstnode, of measurements taken by the second node regarding elapsed time.

An elapsed time of transmission of the information between a subset ofthe plurality of transmission components is measured, the aggregation ofthe measurements representing time elapsed for end-to-end transmissionof the information that includes preparing, by the first node, theinformation for transmission and processing, by the second node, theinformation upon receipt (step 604). In one embodiment, the plurality oftransmission components includes a component for each section of aphysical connection between the first node and the second node. Inanother embodiment, the plurality of transmission components includesone of: a first node, a network accessed by the first node, a secondnode, and a network accessed by the second node. In still anotherembodiment, the transmission component includes an intermediate,communications server forwarding information from the first node to thesecond node. In yet another embodiment, a measurement is taken of theelapsed time of transmission of the information between a subset of theplurality of transmission components, the measurement taken as apercentage of capacity for transmission.

In some embodiments, a timer starts on the first node before the firstnode delivers a screen change to a queue for transmission to the secondnode. In one of these embodiments, after complete transmission of thescreen change, the second node provides a unique number in anacknowledgement message and transmits the acknowledgement message to thefirst node. In another of these embodiments, the first node reviewsincoming acknowledgement messages and stops the communication timer uponreceipt of the acknowledgement message with the modified unique numberfrom the second node.

In some embodiments, the first node takes the measurement of elapsedtime of information transmission. In other embodiments, the second nodetakes the measurement of elapsed time of information transmission. Instill other embodiments, an intermediate node takes the measurement ofelapsed time of information transmission. In yet other embodiments, anode taking a measurement of elapsed time transmits the measurements toa different node, which displays the measurements to a user via agraphical user interface element.

In one embodiment, a measurement is taken of an elapsed time ofinformation transmission between transmission components selected fromthe group consisting of: a graphic card performance at one of the firstnetwork node and second network node, a network transmission timebetween the first network node and the second network node, processingdata at one of the first network node and second network node, andnetwork transmission time between the second network node and the firstnetwork node. In another embodiment, the transmission components areselected from a group consisting of: a graphics card performance at thefirst node, a time of communication between the host and a network onwhich the first resides, a time of communication from a network on whichthe second node resides to the second node, and a processing time at thesecond node. In still another embodiment, in which an intermediate,communications server receives transmitted information from the firstnetwork node and forwards the transmitted information to the secondnetwork node, the transmission components are selected from a groupconsisting of a graphics card performance at the first node, a time ofcommunication between the host and a network on which the first resides,a time of communication from a network on which the second node residesto the second node, and a processing time at the second node.

In some embodiments, a measurement is taken of a performance of a videocomponent of at least one of the first node and the second node. In oneof these embodiments, a measurement is taken of a performance of a videocapture component. In another of these embodiments, a measurement istaken of a performance of a video compression component. In stillanother of these embodiments, a measurement is taken of a performance ofa component for receiving video. In yet another of these embodiments, ameasurement is taken of a performance of a component for decompressingvideo. In a further of these embodiments, a measurement is taken of acomponent for receiving video. In still another of these embodiments, ameasurement is taken of a component for transmitting video. In evenstill another of these embodiments, a measurement is taken of acomponent for resampling video.

In other embodiments, a measurement is taken of a performance of anaudio component of at least one of the first node and the second node.In one of these components, a measurement is taken of an audio capturecomponent. In another of these components, a measurement is taken of anaudio compression component. In still another of these embodiments, ameasurement is taken of an audio decompression component. In yet anotherof these embodiments, a measurement is taken of a component forreceiving audio. In a further of these embodiments, a measurement istaken of a component for transmitting audio. In even still another ofthese embodiments, a measurement is taken of a component for resamplingaudio.

In some embodiments, a measurement is taken of a performance of agraphics card of at least one of the first node and the second node. Inone of these embodiments, a measurement is taken of a latency introducedwhen a graphics card on the first node reads a screen change on thefirst node. In another of these embodiments, a measurement is taken of atime to estimate and perfect a screen change by the graphics card. Instill another of these embodiments, the measurement of the graphics cardequals the time elapsed between the time before the estimator is calledand the time after the perfector returns. In still another of theseembodiments, the measurement of the graphics card equals a time elapsedduring the preparation of the data for transmission. Preparation of thedata may include, without limitation, transforming, sanitizing,resampling, formatting, encoding, compressing, and encrypting data. Inyet another of these embodiments, the measurement of the graphics cardequals a time elapsed during the processing of the data receiving by theclient computing device. Processing of the received data may include,without limitation, transforming, sanitizing, resampling, formatting,encoding, compressing, and encrypting data.

In other embodiments, a measurement is taken of a performance of a CPUof at least one of the first node and the second node. In one of theseembodiments, a measurement is taken of a latency introduced by the firstnode in processing image data. In another of these embodiments, thefirst node introduces latency when compressing or encrypting image data,such as screen updates, for transmission to the second node.

In one embodiment, a measurement is taken of a performance oftransmission of information to a network by the first node. In anotherembodiment, a measurement is taken of a performance of receivinginformation from a network at the second node. In still anotherembodiment, a roundtrip time for a link in the physical connectionbetween the first node and the second node is used to make themeasurement. For example, and in some embodiments, if a roundtrip timefor information transmitted between a first node and an intermediatenode is twice as high as a roundtrip time for information transmittedbetween the intermediate node and a second node, ⅔ of the latency may beintroduced by the link between the first node and the intermediate nodeand ⅓ of the latency may have been introduced by the link between theintermediate node and the second node. In other embodiments, additionalbandwidth tests are implemented to improve the accuracy of the latencymeasurements.

In one embodiment, a measure is taken of a latency introduced when thesecond node processes screen changes. In another embodiment, ameasurement is taken when the second node decrypts and decompresses areceived screen change. In still another embodiment, a measurement ismade of an elapsed time between receipt of a screen update and displayof a received screen update.

In some embodiments, the measurements, referred to as performancevalues, are averaged over periods of time. In other embodiments, themeasurements, referred to as performance values, are aggregated overpredetermined intervals. In one of these embodiments, the measurementsare aggregated over one-minute intervals. In another of theseembodiments, the measurements are aggregated over five-minute intervals.In still another of these embodiments, the measurements are aggregatedover ten-minute intervals. In yet another of these embodiments, themeasurements are aggregated over fifteen-minute intervals. In a furtherof these embodiments, the measurements are aggregated over thirty-minuteintervals.

In one of these embodiments, the measurements are aggregated overone-hour intervals. In another of these embodiments, the measurementsare aggregated over six-hour intervals. In still another of theseembodiments, the measurements are aggregated over eighteen-hourintervals. In yet another of these embodiments, the measurements areaggregated over twenty-four intervals. In some of these embodiments, theperformance values are transmitted to the first node every interval.

In some embodiments, supplemental measurements are taken. In one ofthese embodiments, a measurement is taken of a number of bytes andupdates processed over time, which may be referred to as throughput. Inanother of these embodiments, a supplemental measurement is taken tomeasure an amount of bandwidth available in a connection between thefirst node and the second node.

In one embodiment, a supplemental measurement is taken to identifylatency in transmitting information from the first node to anintermediate node, such as a communications server. In anotherembodiment, supplemental measurements are taken to identify latency inthe roundtrip time required to transmit information between theintermediate server and the second node. In still another embodiment,supplemental measurements are taken to identify latency in the roundtriptime required to transmit information between the first node and thesecond node. In some embodiments, the first node initiates thesupplemental measurements.

In one embodiment, a measurement of jitter in a roundtrip time latencymeasurement may provide an indication of packet loss in a particularconnection. In another embodiment, supplemental measurements are takento identify an amount of latency jitter for the communications betweenthe first node and the intermediate server. In still another embodiment,supplemental measurements are taken to identify an amount of latencyjitter for the communications between the intermediate server and thesecond node. In yet another embodiment, supplemental measurements aretaken to identify an amount of latency jitter for the communicationsbetween the first node and the second node.

In one embodiment, graphics card performance, audio performance, videoperformance, and host performance measurements are computed and storedon the first node. In another embodiment, end-to-end communication timefor screen updates is measured and computed on an application-level. Instill another embodiment, a communications agent on an intermediateserver provides an interface for querying communications statistics foruse in determining inter-process communication measurements. In yetanother embodiment, the communications agent resides on the first node.In a further embodiment the inter-process communication refers to aplurality of processes that transmit data from the first node to thesecond node, including, but not limited to, processes that capturescreen data and processes that transmit captured screen data to thesecond node over a network.

In one embodiment, aggregate performance data received from the secondnode are stored on the first node. In another embodiment, the first nodecomputes a running average of averages of the performance of the secondnode for a session. In some embodiments, the first node transmits storedmeasurements and statistics to a third node for storage. In one of theseembodiments, the third node generates a graphical user interfacedisplayed to the user. In another of these embodiments, the third nodegenerates the graphical user interface 300 described above in connectionwith FIGS. 3-5.

In some embodiments, supplemental measurements are taken regarding audiodevice measurements. In one of these embodiments, supplementalmeasurements are taken of an audio capture component. In another ofthese embodiments, supplemental measurements are taken of audioperformance. In still another of these embodiments, supplementalmeasurements are taken of performance of an audio compression component.In still another of these embodiments, supplemental measurements aretaken of performance of an audio decompression component. In yet anotherof these embodiments, supplemental measurements are taken of audioresolution rates, such as bits per sample. In a further of theseembodiments, supplemental measurements are taken of audio samplingrates. In one embodiment, supplemental measurements are taken regardingaudio encoding and compression formats, available formats, and availablecompression ratios.

In other embodiments, supplemental measurements are taken regardingvideo device measurements. In one of these embodiments, supplementalmeasurements are taken of a video capture component. In another of theseembodiments, supplemental measurements are taken of video performance.In still another of these embodiments, supplemental measurements aretaken of performance of a video compression component. In still anotherof these embodiments, supplemental measurements are taken of performanceof a video decompression component. In yet another of these embodiments,supplemental measurements are taken of video resolution rates. In afurther of these embodiments, supplemental measurements are taken ofvideo frame rates. In one embodiment, supplemental measurements aretaken regarding video compression rates and compression formats.

In some embodiments, supplemental measurements are taken regardingscreen information. In one of these embodiments, a supplementalmeasurement is taken to identify a resolution of a screen accessed bythe first node. In another of these embodiments, a supplementalmeasurement is taken to identify a resolution of a screen accessed bythe second node: In still another of these embodiments, a supplementalmeasurement is taken to identify a compression format of a screenaccessed by the first node. In yet another of these embodiments, asupplemental measurement is taken to identify a compression mode of ascreen accessed by the second node. In others of these embodiments, asupplemental measurement is taken to identify a color depth of a screenaccessed by the first node. In still others of these embodiments, asupplemental measurement is taken to identify a color depth of a screenaccessed by the second node. In yet others of these embodiments, asupplemental measurement is taken to identify information associatedwith a display adapter on one of the first node and the second node, theinformation including, but not limited to a name of the adapter, adriver of the adapter, and a version of the adapter.

In one embodiment, supplemental measurements are added to a measurementidentifying latency between two of the transmission components in theplurality of transmission components. In another embodiment,supplemental measurements are added to a measurement identifying anaggregate update latency representing an amount of latency in theelapsed time for end-to-end transmission of information from a firstnode to a second node.

In some embodiments, the measurements are aggregated at predeterminedintervals. In one of these embodiments, the predetermined interval is asession, such as a screen-sharing session between a host node and aclient node. In another of these embodiments, the predetermined intervalis one minute. In still another of these embodiments, the predeterminedinterval is configurable by a user.

In one of these embodiments, the measurements are aggregated overfive-minute intervals. In another of these embodiments, the measurementsare aggregated over ten-minute intervals. In still another of theseembodiments, the measurements are aggregated over fifteen-minuteintervals. In yet another of these embodiments, the measurements areaggregated over thirty-minute intervals.

In one of these embodiments, the measurements are aggregated overone-hour intervals. In another of these embodiments, the measurementsare aggregated over six-hour intervals. In still another of theseembodiments, the measurements are aggregated over eighteen-hourintervals. In yet another of these embodiments, the measurements areaggregated over twenty-four intervals. In some of these embodiments, theperformance values are transmitted to the first node every interval.

In one embodiment, the aggregated measurements represent elapsed timebetween detection of a screen change on a host node and display of thescreen change on the client node. In another embodiment, the aggregatedmeasurement is referred to as update latency. In still anotherembodiment, the aggregated measurement comprises a main factor in alevel of user-perceived quality of an interactive experience. In yetanother embodiment, the aggregated measurement comprises a metric forthe quality of a session.

In some embodiments, the measurements are aggregated to determineaverage or median update latency. In other embodiments, a standarddeviation is computed for all measurements. In one of these embodiments,the standard deviation is used to identify packet loss from ameasurement of roundtrip link latency.

In some embodiments, the measurements are aggregated over largeintervals, such as sessions. In other embodiments, the measurements areaggregated over short intervals of time. In still other embodiments, theaggregated measurement comprises a metric for the overall sessionquality or the quality of the session at a point in time, depending onthe time scale used when making the component measurements.

A determination is made when one of the plurality of measuredtransmission components has a performance that crosses a predeterminedthreshold (step 606). In one embodiment, an aggregate measurementcomprises an indication of a performance of a transmission component fora particular session. In another embodiment, an aggregate measurementidentifies an elapsed time below a predetermined threshold. In someembodiments, the predetermined threshold identifies a maximum amount oflatency acceptable for a connection between the first and second nodes.In one of these embodiments, an aggregate measurement below thepredetermined threshold indicates a positive performance for thetransmission component introducing the latency into the connection, aperformance without excessive amounts of latency, as defined by thepredetermined threshold. In another of these embodiments, an aggregatemeasurement above the predetermined threshold indicates a negativeperformance.

In one embodiment, a transmission component having a performance inexcess of a predetermined threshold has required an elapsed time fortransmission of information crossing a threshold of acceptable elapsedtime. In another embodiment, a transmission component having aperformance crossing a predetermined threshold has introduced an amountof latency into an overall amount of latency in excess of apredetermined threshold of acceptable latency. In still anotherembodiment, the predetermined threshold identifies an amount of timeacceptable for transmission of information from a first node, such as ahost node, to a second node, such as a client node. In yet anotherembodiment, the predetermined threshold identifies an amount of latencyacceptable in an amount of time required to provide an update of ascreen change on a first node, such as a host node, to a second node,such as a client node. In some embodiments, transmission componentsrequiring periods of time crossing the predetermined threshold totransmit information require remediation. In other embodiments, usersrequire information regarding remediation or optimization uponidentification of transmission components requiring periods of timecrossing the predetermined threshold to transmit information.

In one embodiment, a rating is provided for the level of performanceindicated by the aggregate measurements. In another embodiment, if anaverage update latency of a particular transmission component is greaterthan an average of update latency for all sessions in a predeterminedperiod of time plus twice a standard deviation for all sessions, therating is poor. A poor rating may be denoted by a zero in a numericalrating, or a graphical element displayed in red within a graphical userinterface, such as the graphical user interface 300 described above.

In another embodiment, if an average update latency of a particulartransmission component is less than an average of update latency for allsessions in a predetermined period of time minus a standard deviationfor all sessions, the rating is excellent. An excellent rating may bedonated by a ten in a numerical rating, or a graphical element displayedin green within a graphical user interface, such as the graphical userinterface 300 described above.

In still another embodiment, a rating is given a numerical value equalto ten times the quantity of one minus the quantity of the quantity ofan average update latency of a particular transmission component minusan average update latency for all sessions in a predetermined period oftime plus one standard deviation, divided by the quantity of three timesthe standard deviation. In some embodiments, a range of colors isassigned to a range of numerical ratings, such as yellow for graphicalelements representing transmission components having numerical ratingsbetween 2.1 and 4, or varying shades of green for graphical elementsrepresenting transmission components having numerical ranges between 4.1and 6, between 6.1 and 8 and between 8.1 and 10.

A recommendation is identified to improve the performance of thedetermined component (step 608). In one embodiment, historical data isaccessed for a subset of the plurality of measured components and therecommendation is provided in response to the historical data. Inanother embodiment, the identified recommendation is provided to a uservia a graphical user interface, such as the graphical user interface 300described above in connection with FIGS. 3-5.

In one embodiment, the measurement of the elapsed time of transmissionof information between the plurality of transmission components istransmitted to a server for storage. In another embodiment, a storedmeasurement of elapsed time provides the basis for historical dataregarding performance of a particular component in the plurality oftransmission components.

In one embodiment, the measurement of elapsed time of transmission ofinformation is displayed graphically. In another embodiment, a graphicaluser interface, such as the graphical user interface 300 describedabove, displays the measurement of elapsed time. In still anotherembodiment, historical data is accessed for a subset of the plurality oftransmission components and the historical data is displayedgraphically.

In some embodiments, the recommendation relates to general client-sideoptimizations. In other embodiments, the recommendation relates to theclient's usage of the internet. In still other embodiments, therecommendation relates to the host computer. In yet other embodiments,the recommendation relates to the client computer. The recommendationsmay be of the type described above in connection with FIGS. 3-5.

In some embodiments, a computer readable medium having executableinstructions thereon to cause the providing of a performance improvementrecommendation for a connection between a first network node incommunication with a second network node is provided. The computerreadable medium comprises instructions to transmit information from thefirst node to the second node to provide communication between thenodes, via a plurality of transmission components. The computer readablemedium also comprises instructions to measure an elapsed time oftransmission of the information between each of the plurality oftransmission components, the aggregation of the measurementsrepresenting time elapsed for end-to-end transmission of the informationthat includes preparing, by the first node, the information fortransmission and processing, by the second node, the information uponreceipt. The computer readable medium further comprises instructions todetermine when one of the plurality of measured transmission componentshas a performance that crosses a predetermined threshold. The computerreadable medium additionally comprises instructions to identify arecommendation to improve the performance of the component determined bythe instructions to determine when a performance crosses a predeterminethreshold.

The systems and methods described above may be provided as one or morecomputer-readable programs embodied on or in one or more articles ofmanufacture. The article of manufacture may be a floppy disk, a harddisk, a CD-ROM, a flash memory card, a PROM, a RAM, a ROM, or a magnetictape. In general, the computer-readable programs may be implemented inany programming language, LISP, PERL, C, C++, PROLOG, or any byte codelanguage such as JAVA. The software programs may be stored on or in oneor more articles of manufacture as object code.

Having described certain embodiments of methods and interfaces fordisplaying performance data related to a current remote access session,it will now become apparent to one of skill in the art that otherembodiments incorporating the concepts of the invention may be used.Therefore, the invention should not be limited to certain embodiments,but rather should be limited only by the spirit and scope of thefollowing claims.

1. A graphical user interface that displays performance data related toa communication session between a first computing device and a secondcomputing device, the graphical user interface comprising: a firstgraphical element having a plurality of sections that represent arespective physical portion of a connection between the first computingdevice and the second computing device, each of the sections displayingthe performance data for a current session for that respective physicalportion; and a second graphical element displaying performance data fora predetermined number of previous sessions between the first computingdevice and the second computing device.
 2. The graphical user interfaceof claim 1, wherein each of the plurality of sections of the firstgraphical element has a color.
 3. The graphical user interface of claim2, wherein the second graphical element dynamically displays the pastperformance of a respective physical portion of the connection in thesame color as the same respective physical portion of the firstgraphical element when a pointer is placed of the same respectivephysical portion of the first graphical element.
 4. The graphical userinterface of claim 1, wherein the second graphical element dynamicallydisplays the past performance of a respective physical portion of theconnection when a pointer is placed over the same respective physicalportion of the first graphical element.
 5. The graphical user interfaceof claim 1 further comprising a dynamic label associated with the secondgraphical element.
 6. The graphical user interface of claim 1 furthercomprising a graphical element indicating that performance of one of thephysical sections is below a predetermined threshold.
 7. The graphicaluser interface of claim 6 further comprising a recommendation graphicalelement that displays a recommendation to improve the performance of thephysical section that is below the predetermined threshold.
 8. Thegraphical user interface of claim 1 further comprising a menu configuredto allow selection of one of the previous session for display as thefirst graphical element.
 9. The graphical user interface of claim 8wherein the selected previous session is highlighted in the secondgraphical element.
 10. The graphical user interface of claim 1 furthercomprising a third graphical element displaying a rating of theperformance of the current communication session relative to apredetermined number of communication sessions.
 11. A graphical userinterface that displays performance data related to a communicationsession between a first computing device and a second computing device,the graphical user interface comprising: a first graphical clementhaving a plurality of sections that represent a respective physicalportion of a connection between the first computing device and thesecond computing device, each of the sections displaying the performancedata for a current session for that respective physical section; and asecond graphical element displaying a rating of a performance of thecurrent communication session relative to a predetermined number ofcommunication sessions.
 12. The graphical user interface of claim 11further comprising a graphical element indicating that performance ofone of the physical sections is below a predetermined threshold.
 13. Thegraphical user interface of claim 12 further comprising a recommendationgraphical element that displays a recommendation to improve theperformance of the physical section that is below the predeterminedthreshold.
 14. The graphical user interface of claim 11, wherein each ofthe plurality of sections of the first graphical element has a color.15. The graphical user interface of claim 14, wherein the secondgraphical element dynamically displays the past performance rating of arespective physical portion of the connection in the same color as thesame respective physical portion of the first graphical element when apointer is placed of the same respective physical portion of the firstgraphical element.
 16. The graphical user interface of claim 11, whereinthe second graphical element dynamically displays the past performancerating of a respective physical portion of the connection when a pointeris placed over the same respective physical portion of the firstgraphical element.
 17. The graphical user interface of claim 11 furthercomprising a dynamic label associated with the second graphical element.18. The graphical user interface of claim 11 further comprising a menuconfigured to allow selection of one of the previous session for displayas the first graphical element.
 19. A method of displaying performancedata related to a current remote access session between a viewercomputing device and a host computing device, the method comprising: (a)generating a first graphical element having a plurality of sections thatrepresent a respective physical portion of the current remote accesssession; and (b) retrieving for display a second graphical elementdisplaying performance data for a predetermined number of previousremote access sessions.
 20. The method of claim 19 further comprisingthe step of displaying, by a third graphical element, a rating of theperformance data of the current communication session relative to apredetermined number of communication sessions.